Micron Document




Proactor pattern
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
top
Proactor is a software design pattern for event handling in which long running activities are running in an asynchronous part. A completion handler is called after the asynchronous part has terminated. The proactor pattern can be considered to be an asynchronous variant of the synchronous reactor pattern.cite-ref-1[1]

Contents


──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

Interaction

Operation specific actors:

• The Proactive Initiator starts the asynchronous operation via the Asynchronous Operation Processor and defines the Completion Handler
Completion Handler is a call at the end of the operation from the Asynchronous Operation Processor
Asynchronous Operation

Standardized actors

• The Asynchronous Operation Processor controls the whole asynchronous operation
• The Completion Dispatcher handles the call, depending on the execution environment.

Implementations

• Proactor and Boost.Asio (C++)
• RJR (Ruby)

See also

Reactor pattern (a pattern that also asynchronously queues events, but demultiplexes and dispatches them synchronously)

References

cite-note-11. Pattern-Oriented Software Architecture, Volume 2, Schmidt et al., Jon Wiley & Sons, Ltd, 2000

External links

• Proactor - An Object Behavioral Pattern for Demultiplexing and Dispatching Handlers for Asynchronous Events, Irfan Pyarali, Tim Harrison, Douglas C. Schmidt, Thomas D. Jordan, 1997 (pdf 143 kB)